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DETAILED ACTION 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

1. Claims 1-5, 7-17, 19, 21-23, 25-43, 45-61, 63 & 64 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Desai et al (U.S. 6,820,204 B1) in view of Eftis et al 
(U.S. 7,171,473 B1) and Aravamudan et al (U.S. 6,301,609 B1). 

2. As per claims 22, 42 & 63 Desai disclosed a method for use by a presence 
server capable of communicating with a plurality of users through their respective 
clients, wherein presence information of the users and/or clients is requested or 
provided through the server in terms of primitives, said method comprising (col. 5, lines 
13-23): receiving an authorize presence primitive from an authorizing user authorizing 
access to selected presence information of said authorizing user (col. 3, lines 42-67, 
col.4, lines 1-7 & col. 18, lines 63-64), receiving an update primitive from an updating 
user, wherein said update presence primitive include one or more presence values to 
be updated (col. 3, lines 45-49) , receiving a get presence primitive from a requesting 
user for requesting presence information of a requested user, to which a response 
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including requested presence information is required or receiving a subscription 
presence primitive from a user for requesting presence information of the requested 
user, to which on going responses including requested presence information are 
required, determining if access to said presence information of the requested user has 
been authorized or pre-authorized and, if not, requesting an authorization from the 
requested user, and if authorized or pre-authorized, providing a presence primitive 
including said requested presence information of the requested user to the requesting, 
or info primitives including providing requested presence information on an on-going 
basis to said subscribing user, particularly after receiving an update of said presence 
information from said requested user (col.4, lines 44-61). 

However Desai did not explicitly disclose wherein a primitive comprises one or more 
information elements including a presence information element, said presence 
information element comprises one or more presence attributes, the values of the 
attributes indicating presence status of a user or a client of the user at the time the 
presence information is provided. 

In the same field of endeavor Eftis disclosed wherein a primitive comprises one or more 
information elements including a presence information element, said presence 
information element comprises one or more presence attributes, the values of the 
attributes indicating presence status of a user or a client of the user at the time the 
presence information is provided (col. 14, lines 20-57) 
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It would have been obvious to one in the ordinary skill in the art at the time the invention 
was made to have incorporated one or more presence attributes indicating the status of 
a user as disclosed by Eftis in the method disclosed by Desai in order to keep the track 
of the users on the network resulting in a robust network that portrays accurate 
information about the users in the network. 

However neither Desai nor Eftis explicitly disclose said presence attributes are 
classifiable in any or more of the following: client reachability, user availability, user 
personal status, user or client location, and client capabilities, and wherein said values 
of the presence attributes have associated space and time information useable by the 
server to modify and presence values or related presence values in processing said 
primitives. 

In the same field of endeavor Aravanmudan disclosed said presence attributes are 
classifiable in any or more of the following: client reachability, user availability, user 
personal status, user or client location (coL5, lines 15-31), and client capabilities, and 
wherein said values of the presence attributes have associated space and time 
information useable by the server to modify and presence values or related presence 
values in processing said primitives (coi.6, lines 64-67 & col. 7, lines 1-20). 

It would have been obvious to one in the ordinary skill in the art at the time the invention 
was made to have incorporated classification of presence attributes as client 
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reachability, user availability, user personal status, user or client location, and client 
capabilities, and wherein said values of the presence attributes have associated space 
and time information useable by the server to modify and presence values or related 
presence values in processing said primitives as disclosed by Aravamudan in the 
method disclosed by Desai and Eftis in order to provide up to date additional information 
regarding the status of the users resulting in a robust user friendly system. 

Additionally to elaborate on the claim interpretation, the terms used in the claims such 
" authorize presence primitive", " update presence primitive", "get presence primitive" and 
" presence info primitive" are simply message commands used to conduct respective 
functionalities with respect to "presence primitive" (information related to the user 
profile). Also in addition, it is widely common in an electronic network environment for 
communications to include voice/video/data to be transmitted in the form of packets, 
datagrams or frames etc. For example, TCP/IP is a well-known communication protocol 
having a header that contains source and destination addresses along with additional 
fields that contain unique information about the transmitted packet. 
Applicant on page 2, lines 20-21 of the specification states: "a data structure including a 
plurality of primitives, Also it is common for a data structure to have plurality of 
fields (primitives), which relate to specific information regarding the user for example, 
name, address, phone number, e-mail address etc (please see Desai, col. 9, lines 1-18 
& col. 17, lines 43-67). 
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3. As per claims 1 & 2 Desai-Eftis and Aravamudan disclosed the method of claim 
63 wherein the primitive is a get presence primitive provided by a client of a requesting 
user to a server to request presence information of a requested user, that the get 
presence primitive has various information elements including a requesting user 
identifier, a requested user identifier, and a list of presence values requested, and 
wherein the response to the get presence primitive a presence info primitive is provided 
by the server to the client of the requesting user, and that the presence info primitive 
has various information elements including the requested user identifier and a list of 
presence values supplied (Desai, col. 3, lines 42-67 & col.4, lines 1-5) 

4. As per claims 27 & 47 Desai-Eftis and Aravamudan disclosed the method of 
claim 26 wherein said authorize presence primitive further comprises a group identifier if 
the authorization is related to a group (Eftis, col.4, lines 40-52). 

5. As per claims 23 & 43 Desai-Eftis and Aravamudan disclosed the method of 
claim 22, wherein each of said presence information request messages comprises a 
primitive having various mandatory information elements including a message identifier, 
a transaction identifier, and an identification of a requested user (Desai, col.4, lines 44- 
61). 
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6. As per claims 17 Desai-Eftis and Aravamudan disclosed the method of claim 63, 
wherein said presence values are associated with corresponding presence attributes 
classified and typed according to standard (Eftis, col.1, lines 45-54). 

7. As per claims 4, 25 & 45 Desai-Eftis and Aravamudan disclosed the method of 
claim 22, wherein said requesting authorization from a requested user is carried out by 
providing a request presence authorization primitive, said request presence 
authorization primitive comprises one or more information elements including a 
message identifier, an authorization request transaction identifier, a requesting user 
identifier and a list of presence values (Desai, col. 3, lines 42-67 & col.4, lines 1-5). 

8. A per claims 5, 8, 26 & 46 Desai-Eftis and Aravamudan disclosed the presence 
information service management method of claim 22 wherein presence information is 
authorized by means of authorize primitive comprises one or more information elements 
including a message identifier, an authorization request transaction identifier, a 
requesting user identifier, and a list of presence values (Desai, col. 3, lines 42-67 & 
col.4, lines 1-5). 

9. As per claims 3, 28 & 48 Desai-Eftis and Aravamudan disclosed the method of 
claim 22, wherein a buddy list user maintains one or more buddy lists on a server for 
sending messages to one or more recipient users separately or to every user on a 
buddy list through the server, wherein the recipient users are not necessarily aware of 
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the buddy list and cannot refer to the buddy list with any replies they make, and said 
buddy list user maintaining one or more buddy lists on said server is able to access 
presence information of one or more users on the buddy list (Eftis, col. 14, lines 20-57) 

1 0. As per claims 9-11,1 3, 29 & 49 Desai-Eftis and Aravamudan disclosed the 
method of claim 22, further comprising receiving join group primitives from member 
users joining a private user group, by presence primitives indicative of presence 
information of member users of said private user group to each member user upon 
joining said private user group but not after departing, and by providing group left 
primitives indicative of departed member users to remaining private user group member 
users upon receipt of leave group primitives indicative of said departing member users 
(Eftis, col. 14, lines 20-57) 

11. As per claims 30 & 50 Desai-Eftis and Aravamudan disclosed the method of 
claim 29, wherein member users are joined by said step of joining only if said join group 
message is preceded by a step of providing an invitation to join primitive to said joining 
member user (Eftis, col. 14, lines 20-57). 

12. As per claims 12, 31 & 51 Desai-Eftis and Aravamudan disclosed the method of 
claim 22, further comprising receiving a create group primitive from a member user 
creating a user group, said create group primitive having information elements indicative 
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of identification of a client used by the user creating the user group, identification of the 
member user creating the user group, and a list of member users of the user group, by 
reporting to the member users with a group information primitive indicative of 
establishment of the user group and selected group information, and by permitting 
member users of the user group to interchange message primitives (Eftis, col. 14, lines 
20-57). 



1 3. As per claims 32 & 52 Desai-Eftis and Aravamudan disclosed the method of 
claim 31 , further comprising receiving a request for group information from a requesting 
member user, and reporting to the requesting member user with a group information 
primitive indicative of selected group information (Desai, col. 3, lines 42-67 & col. 4, lines 
1-5). 



14. As per claims 16, 33 & 53 Desai-Eftis and Aravamudan disclosed the method of 
claim 31 , further comprising: receiving a request to modify said user group from a 
requesting member user, and reporting to the requesting member user with a group 
information primitive indicative of selected group information (Desai, col. 3, lines 42-67 & 
col.4, lines 1-5). 



15. As per claims 14, 34 & 54 Desa Desai-Eftis and Aravamudan disclosed the 
method of claim 31 , further comprising receiving a request to delete said user group 
from a requesting member user, and by reporting to the member users with a status 
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primitive indicative of disestablishment of said user group (Desai, col. 3, lines 42-67 & 
col.4, lines 1-5). 

16. As per claims 35 & 55 Desai-Eftis and Aravamudan disclosed the method of 
claim 22, further comprising receiving a store content primitive from a storing user and 
storing any content conveyed in a content information element of said content primitive 
along with or according to information elements identifying said store content primitive, 
a store transaction, a storing user, a storing client used by said storing user, a group, 
properties of said content, and a header of said content, providing a content information 
primitive to member users in said group having information elements identifying said 
content information primitive, said store transaction, and said header, receiving a get 
content information primitive from a retrieving user in said group having information 
elements identifying said get content primitive, a retrieval transaction, the retrieving 
user, a retrieving client used by said retrieving user, and said group, and providing a 
receive content primitive to said retrieving user having information elements identifying 
said receive content primitive, said retrieval transaction, said group, said content, said 
header of said content, and having an information element containing shared content for 
storing among said member users (Desai, co!.3, lines 42-67, col.4, lines 1-5 & col.8, 
lines 42-67) 

17. As per claims 36 & 56 Desai-Eftis and Aravamudan disclosed the method of 
claim 29, further comprising: receiving a delete content primitive from a deleting user 
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having information elements identifying said delete content primitive, a delete 
transaction, the deleting user, a deleting client used by said deleting user, said group, 
and content for deletion, and deleting said shared content (Desai, col. 24, lines 3-19). 



18. As per claims 37 & 57 Desai-Eftis and Aravamudan disclosed the method of 
claim 22, further comprising: providing a content information primitive to a notified user 
from a server having information elements identifying said content information primitive, 
a store transaction, and a header, receiving a get content information primitive from said 
notified user having information elements identifying said get content primitive, a 
retrieval transaction, and said notified user, and providing a receive content primitive 
from said server to said notified client having information elements identifying said 
receive content primitive, said retrieval transaction, said header, and having an 
information element containing shared content (Desai, col. 3, lines 42-67 & col.4, lines 1- 
5) 



19. As per claims 15, 38 & 58 Desai-Eftis and Aravamudan disclosed the method of 
claim 34 further comprising: receiving a store shared content primitive from a storing 
user, said store shared content primitive comprising one or more information elements 
including an information element containing said shared content, and information 
elements identifying said store content primitive, a store transaction, the storing user 
and a header, wherein the response to the store shared content primitive, said shared 
content is stored in the server. (Desai, coS.3, Sines 35-67 & col.4, lines 1-67). 
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20. As per claims 39 & 59 Desai-Eftis and Aravamudan disclosed the method of 
claim 37 further comprising: receiving a delete content primitive from a deleting user, 
said delete content primitive comprising one or more information elements identifying 
said delete content primitive, a delete transaction, the deleting user and a content for 
deletion, wherein in response to the delete content primitive, said content for deletion is 
delete from the server (Desai, col.24, lines 3-19). 

21 . As per claims 8, 40 & 60 Desai-Eftis and Aravamudan disclosed the method of 
claim 22, further comprising an exception management method for use in exception 
handling of a transaction by a user or server in responding to a request by said server 
or said user, respectively, said exception management method comprising: providing a 
status primitive in said responding to said request for indicating success or failure of 
said transaction as well as further information contained in information elements of said 
status primitive, and receiving said status primitive in said requesting server or said 
requesting user for recognizing said indication of success or failure (Eftis, col. 14, lines 
20-57). 

22. As per claims 41 & 61 Desai-Eftis and Aravamudan disclosed the method of 
claim 40, wherein said information elements include a message identifier, a transaction 
identifier, and a status value indicative of said success or failure (Eftis, col. 14, lines 20- 

57). 
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23. As per claim 1 9 Desai-Eftis and Aravamudan disclosed the method of claim 63, 
wherein said presence information management system has at least one server able to 
communicate with a plurality of devices, wherein a communication protocol is used 
between the at least one server and the plurality of devices (Desai, col. 33, lines 7-28). 

24. As per claim 21 Desai-Eftis and Aravamudan disclosed the method of claim 63, 
wherein said space and time information has validity attribute associated thereto (Desai, 
col. 3, lines 35-67 & col .4, lines 1-67). 

25. As per claim 64 Desai-Eftis and Aravamudan disclosed the method of claim 63, 
wherein the primitive is a invite group primitive by inviting client of an inviting user to one 
or more invited used, the invite group primitive has various information elements 
including an inviting identifier, an inviting client identifier, a list of one or more users 
invited to a group, and an identifier of said group (Eftis, col. 14, lines 20-57). 
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Claim Rejections - 35 USC § 103 

26. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

27. Claims 1-5, 7-17, 19, 21-23, 25-43, 45-61, 63 & 64 are rejected under 35 U.S.C. 
1 03(a) as being unpatentable over Desai et al (U.S. 6,820,204 B1 ) in view of 
Tornabene et al (U.S. Pub. No. 2002/0023132 A1). 

28. As per claims 22, 42 & 63 Desai disclosed a method for use by a presence 
server capable of communicating with a plurality of users through their respective 
clients, wherein presence information of the users and/or clients is requested or 
provided through the server in terms of primitives, said method comprising (col. 5, lines 
13-23): receiving an authorize presence primitive from an authorizing user authorizing 
access to selected presence information of said authorizing user (col. 3, lines 42-67, 
col.4, lines 1-7 & col. 18, lines 63-64), receiving an update primitive from an updating 
user, wherein said update presence primitive include one or more presence values to 
be updated (col. 3, lines 45-49) , receiving a get presence primitive from a requesting 
user for requesting presence information of a requested user, to which a response 
including requested presence information is required or receiving a subscription 
presence primitive from a user for requesting presence information of the requested 
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user, to which on going responses including requested presence information are 
required, determining if access to said presence information of the requested user has 
been authorized or pre-authorized and, if not, requesting authorization from the 
requested user, and if authorized or pre-authorized, providing a presence primitive 
including said requested presence information of the requested user to the requesting, 
or info primitives including providing requested presence information on an on-going 
basis to said subscribing user, particularly after receiving an update of said presence 
information from said requested user (col.4, lines 44-61). 

However Desai did not explicitly disclose wherein a primitive comprises one or more 
information elements including a presence information element, said presence 
information element comprises one or more presence attributes, the values of the 
attributes indicating presence status of a user or a client of the user at the time the 
presence information is provided said presence attributes are classifiable in any or more 
of the following: client reachability, user availability, user personal status, user or client 
location, and client capabilities, and wherein said values of the presence attributes have 
associated space and time information useable by the server to modify and presence 
values or related presence values in processing said primitives. 

In the same field of endeavor Tornabene disclosed wherein the presence information 
comprises one or more presence attributes, the values of the attributes indicating 
presence status of a user or a client of the user at the time the presence information is 
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provided (Page 11, lines 15-23 & page 12 lines 1-3 of the Tornabene's provisional 
application 60/189973 filed March 17, 2000). 

Once a coimectkm to Hie IM server 516 has hem established, the client system 502 
may use an installed XM client aspficaffonlo direetiy or indirectly transmit data to and access 
content from the IM server 5 1 6 and an associated domain sewer 5 1 8. lite IM server 5 1 6 
supports the fundamental instant messaging services and the domain, sever 518 may support 
associated services, such as, for example, administrative matters, directory sen- ices, chat, and 
interest groups. In general, the purpose of the domain server 518 m to lighten tiie load placed 
on the M server 516 by assuming responsibility for some of the services within the IM host 
complex 5 12. By accessing the IM server 5 16 and/or the domain server 518, a subscriber can 
use the IM client application to view whether particular subscribers ("buddies*'} are online* 
exchange Instant messages with particular subscribers, participate in group chat rooms, trade 
files such as pictures, invitations or documents, find other subscribers with similar interests, 
get customized news and stock quotes, and search the Web. 
, said presence attributes are classifiable in any or more of the following: client 
reachability, user availability, user personal status, user or client location (paragraph. 
63), and client capabilities (paragraph. 84), and wherein said values of the presence 
attributes have associated space and time information useable by the server to modify 
and presence values or related presence values in processing said primitives 
(paragraph. 6). 
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It would have been obvious to one in the ordinary skill in the art at the time the invention 
was made to have incorporated one or more presence attributes indicating the status of 
a user as disclosed by Tornabene in the method as disclosed by Desai in order to keep 
the track of the users on the network resulting in a robust network that portrays accurate 
information about the users in the network. 

Additionally to elaborate on the claim interpretation, the terms used in the claims such 
" authorize presence primitive", " update presence primitive", "get presence primitive" and 
" presence info primitive" are simply message commands used to conduct respective 
functionalities with respect to "presence primitive" (information related to the user 
profile). Also in addition, it is widely common for communications (to include 
voice/video/data) in an electronic network environment to be transmitted in the form of 
packets, datagrams or frames etc. For example, TCP/IP is a well-known communication 
protocol having a header that contains source and destination addresses along with 
additional fields that contain unique information about the transmitted packet. 
Applicant on page 2, lines 20-21 of the specification states: "a data structure including a 
plurality of primitives, Also it is common for a data structure to have plurality of 
fields (primitives), which relate to specific information regarding the user for example, 
name, address, phone number, e-mail address etc (please see Desai, col. 9, lines 1-18 
& col. 17, lines 43-67). 
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29. As per claims 1 & 2 Desai-Tornabene disclosed a data structure of claim 63 
wherein the primitive is a get presence primitive provided by a client of a requesting 
user to a server to request presence information of a requested user, that the get 
presence primitive has various information elements including a requesting user 
identifier, a requested user identifier, and a list of presence values requested, and 
wherein the response to the get presence primitive a presence info primitive is provided 
by the server to the client of the requesting user, and that the presence info primitive 
has various information elements including the requested user identifier and a list of 
presence values supplied (col. 3, fines 42-67 & co!.4, lines 1-5} 

30. As per claims 6, 27 & 47 Desai-Tornabene disclosed the data structure of claim 
63, wherein said presence attributes are is classifiable in any one or more of the 
following: client reachability, user availability, user personal status, user or client 
location, and client capabilities ((Page 11, lines 15-23& page 12 lines 1-3 of the 
Tornabene's provisional application 60/189973 filed March 17, 2000). 

31 . As per claims 23 & 43 Desai-Tornabene disclosed the presence information 
service management method of claim 22, wherein each of said presence information 
request messages comprises a primitive having various mandatory information 
elements including a message identifier, a transaction identifier, and an identification of 
a requested user (Desai, col .4, lines 44-61). 
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32. As per claims 17, 24 & 44 Desai-Tornabene disclosed the presence information 
service management method of claim 22, wherein said presence attributes are 
classifiable in any one or more of the following: client reachability, user availability, user 
personal status, user or client location, and client capabilities ((Page 1 1 , lines 1 5-23 & 
page 12 lines 1-3 of the Tornabene's provisional application 60/189973 filed March 17, 
2000), 

33. As per claims 4, 25 & 45 Desai-Tornabene disclosed the method of claim 22, 
wherein said requesting authorization from a requested user is carried out by providing 

a request presence authorization primitive, said request presence authorization primitive 
comprises one or more information elements including a message identifier, an 
authorization request transaction identifier, a requesting user identifier and a list of 
presence values (Desai, col. 3, lines 42-67 & col.4, lines 1-5). 

34. A per claims 5, 8, 26 & 46 Desai-Tornabene disclosed the method of claim 22 
wherein presence information is authorized by means of authorize primitive comprises 
one or more information elements including a message identifier, an authorization 
request transaction identifier, a requesting user identifier, and a list of presence values 
(Desai, col.3, lines 42-67 & col.4, lines 1-5). 

35. As per claims 3, 28 & 48 Desai-Tornabene disclosed the method of claim 22, 
wherein a buddy list user maintains one or more buddy lists on a server for sending 
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messages to one or more recipient users separately or to every user on a buddy list 
through the server, wherein the recipient users are not necessarily aware of the buddy 
list and cannot refer to the buddy list with any replies they make, and said buddy list 
user maintaining one or more buddy lists on said server is able to access presence 
information of one or more users on the buddy list (Tornabene, paragraphs. 84 & 86) 

36. As per claims 9-11, 1 3, 29 & 49 Desai-Tornabene disclosed the presence 
information service management method of claim 22, further comprising receiving join 
group primitives from member users joining a private user group, by presence primitives 
indicative of presence information of member users of said private user group to each 
member user upon joining said private user group but not after departing, and by 
providing group left primitives indicative of departed member users to remaining private 
user group member users upon receipt of leave group primitives indicative of said 
departing member users (Tornabene, paragraphs. 76 & 85) 

37. As per claims 30 & 50 Desai-Tornabene disclosed the presence information 
service management method of claim 29, wherein member users are joined by said 
step of joining only if said join group message is preceded by a step of providing an 
invitation to join primitive to said joining member user (Tornabene, paragraphs.76 & 85). 
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38. As per claims 12, 31 & 51 Desai-Tornabene disclosed the presence information 
service management method of claim 22, further comprising receiving a create group 
primitive from a member user creating a user group, said create group primitive having 
information elements indicative of identification of a client used by the user creating the 
user group, identification of the member user creating the user group, and a list of 
member users of the user group, by reporting to the member users with a group 
information primitive indicative of establishment of the user group and selected group 
information, and by permitting member users of the user group to interchange message 
primitives (Tornabene, paragraphs. 58, 76 & 85). 

39. As per claims 32 & 52 Desai-Tornabene disclosed the method of claim 31 , 
further comprising receiving a request for group information from a requesting member 
user, and reporting to the requesting member user with a group information primitive 
indicative of selected group information (Desai, col. 3, lines 42-67 & col. 4, lines 1-5). 

40. As per claims 1 6, 33 & 53 Desai-Tornabene disclosed the method of claim 31 , 
further comprising: receiving a request to modify said user group from a requesting 
member user, and reporting to the requesting member user with a group information 
primitive indicative of selected group information (Desai, col. 3, lines 42-67 & col.4, lines 
1-5). 
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41 . As per claims 14, 34 & 54 Desai-Tornabene disclosed the method of claim 31 , 
further comprising receiving a request to delete said user group from a requesting 
member user, and by reporting to the member users with a status primitive indicative of 
disestablishment of said user group (Desai, col.3, lines 42-67 & col .4, lines 1-5). 

42. As per claims 35 & 55 Desai-Tornabene disclosed the presence information 
service management method of claim 22, further comprising receiving a store content 
primitive from a storing user and storing any content conveyed in a content information 
element of said content primitive along with or according to information elements 
identifying said store content primitive, a store transaction, a storing user, a storing 
client used by said storing user, a group, properties of said content, and a header of 
said content, providing a content information primitive to member users in said group 
having information elements identifying said content information primitive, said store 
transaction, and said header, receiving a get content information primitive from a 
retrieving user in said group having information elements identifying said get content 
primitive, a retrieval transaction, the retrieving user, a retrieving client used by said 
retrieving user, and said group, and providing a receive content primitive to said 
retrieving user having information elements identifying said receive content primitive, 
said retrieval transaction, said group, said content, said header of said content, and 
having an information element containing shared content for storing among said 
member users (Desai, col. 3, lines 42-67, coi.4, lines 1-5 & col. 8, lines 42-67) 
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43. As per claims 36 & 56 Desai-Tornabene disclosed the method of claim 29, 
further comprising: receiving a delete content primitive from a deleting user having 
information elements identifying said delete content primitive, a delete transaction, the 
deleting user, a deleting client used by said deleting user, said group, and content for 
deletion, and deleting said shared content (Desai, coL24, lines 3-19). 

44. As per claims 37 & 57 Desai-Tornabene disclosed the presence information 
service management method of claim 22, further comprising: providing a content 
information primitive to a notified user from a server having information elements 
identifying said content information primitive, a store transaction, and a header, 
receiving a get content information primitive from said notified user having information 
elements identifying said get content primitive, a retrieval transaction, and said notified 
user, and providing a receive content primitive from said server to said notified client 
having information elements identifying said receive content primitive, said retrieval 
transaction, said header, and having an information element containing shared content 
(Desai, col.3, lines 42-67 & col .4, lines 1-5) 

45. As per claims 1 5, 38 & 58 Desai-Tornabene disclosed the method of claim 34 
further comprising: receiving a store shared content primitive from a storing user, said 
store shared content primitive comprising one or more information elements including 
an information element containing said shared content, and information elements 
identifying said store content primitive, a store transaction, the storing user and a 
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header, wherein the response to the store shared content primitive, said shared content 
is stored in the server. (Desai, col. 3, lines 35-67 & col.4, lines 1-67). 

46. As per claims 39 & 59 Desai-Tornabene disclosed the method of claim 37 further 
comprising: receiving a delete content primitive from a deleting user, said delete content 
primitive comprising one or more information elements identifying said delete content 
primitive, a delete transaction, the deleting user and a content for deletion, wherein in 
response to the delete content primitive, said content for deletion is delete from the 
server (Desai, col. 24, lines 3-19). 

47. As per claims 8, 40 & 60 Desai-Tornabene disclosed the presence information 
service management method of claim 22, further comprising an exception management 
method for use in exception handling of a transaction by a user or server in responding 
to a request by said server or said user, respectively, said exception management 
method comprising: providing a status primitive in said responding to said request for 
indicating success or failure of said transaction as well as further information contained 
in information elements of said status primitive, and receiving said status primitive in 
said requesting server or said requesting user for recognizing said indication of success 
or failure (Tornabene, 76 and Page 11, lines 15-23 & page 12 lines 1-3 of the 
Tornabene's provisional application 60/189973 filed March 17, 2000). 
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48. As per claims 41 & 61 Desai-Tornabene disclosed the method of claim 40, 
wherein said information elements include a message identifier, a transaction identifier, 
and a status value indicative of said success or failure (Tornabene, paragraph. 76 and 

Page 11, lines 15-23 & page 12 lines 1-3 of the Tornabene's provisional application 
60/1 89973 filed March 17, 2000). 

49. As per claim 18 Desai-Tornabene disclosed a device having means for at least 
temporarily storing a data structure for transmission or reception, wherein said data 
structure is according to claim 63 (Desai, col. 17, lines 43-67). 

50. As per claim 19 Desai-Tornabene disclosed the method of claim 63, wherein said 
presence information management system has at least one server able to communicate 
with a plurality of devices, wherein a communication protocol is used between the at 
least one server and the plurality of devices (Desai, col.33, lines 7-28). 

51 . As per claim 21 Desai-Eftis and Aravamudan disclosed the method of claim 63, 
wherein said space and time information has validity attribute associated thereto (Desai, 
col.3, lines 35-67 & col.4, lines 1-67). 

52. As per claim 64 Desai-Tornabene disclosed the data structure of claim 63, 
wherein the primitive is a invite group primitive by inviting client of an inviting user to one 
or more invited used, the invite group primitive has various information elements 
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including an inviting identifier, an inviting client identifier, a list of one or more users 
invited to a group, and an identifier of said group (Tornabene, paragraph.76). 



Response to Arguments 

53. Applicant's arguments with respect to amended independent claims 63, 22 & 42 
have been considered but are moot in view of the new ground(s) of rejection for First 
set. Please rejection on line 1 of this office action. 

54. Applicant's arguments with respect to amended independent claims 63, 22 & 42 
for the Second set of claims have been anticipated Desai-Tornabene. Please see 
rejection on line 27 of this office action. 

Conclusion 

55. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. *** 

56. Glenn et al (U.S. Pub. No. 2002/0021 307A1 ) disclosed method and apparatus for 
utilizing online presence information. 



57. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to ASGHAR BILGRAMI whose telephone number is 
(571)272-3907. The examiner can normally be reached on 9-5. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tonia L.M. Dollinger can be reached on 571-272-4170. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/A. B./ 

Examiner, Art Unit 2443 
/Tonia LM Dollinger/ 

Supervisory Patent Examiner, Art Unit 2443 



